home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000059_amos-request@svcs1.digex.net_Thu Sep 2 04:17:58 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  3KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07381
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Thu, 2 Sep 1993 04:17:51 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA25012; Thu, 2 Sep 93 04:16:28 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA17914
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:37:04 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA17910
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Thu, 2 Sep 1993 03:37:02 -0400
  9. Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA11125
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Thu, 2 Sep 1993 03:36:55 -0400
  11. Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA23981
  12.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Thu, 2 Sep 1993 17:36:52 +1000
  13. Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3)
  14.     id AA12925; Thu, 2 Sep 93 17:36:51 EST
  15. Date: Thu, 2 Sep 1993 17:29:17 +1000 (EST)
  16. From: Scott Southurst <maverick@deakin.edu.au>
  17. Subject: RE: Jumping/flickering/stuttering/have fits etc.
  18. To: LIST AMOS <amos-list@access.digex.net>
  19. Message-Id: <Pine.3.07.9309021717.H10949-b100000@mensa.ccs.deakin.edu.au>
  20. Mime-Version: 1.0
  21. Content-Type: TEXT/PLAIN; charset=US-ASCII
  22. Status: RO
  23.  
  24. Given that it was my proggy that started all this I think I should put in
  25. my 2 cents.
  26.  
  27. Some people have said that the provided demo on the extras etc. had this
  28. stuttering problem (Example 10.10).  I myself have not noticed this
  29. problem in those proggies.
  30.     The manual does say it should be Screen Swap then Wait Vbl.  If
  31. the Screen Swap is meant to occur just after the next Vblank then why do
  32. you need a Wait Vbl at all??  If you leave out the Wait Vbl's then 9 times
  33. out of 10 the flickering is worse (As I found in the game I am now writing).
  34.     I haven't actually examined the code lately but I may have used
  35. Screen Copy instead of Scroll.  This could be the problem as Screen Copy
  36. is slower (I think thats right I can't remember correctly,  but I do know
  37. that after my tests on this I do now use scroll).
  38.  
  39.     With reguards to the timing of the flicker I don't know that this
  40. is totally valid.  It does show that when it occurs it is fairly constant
  41. but in my experience the flicker does not always happen.  I have had the
  42. program run before with no flickers,  which just doesn't seem correct.
  43.  
  44.     ||\          ***********************************************
  45.       ./~  \         *  Scott Southurst (maverick@deakin.edu.au)   *
  46.        ~~\  \        *  Deakin University, Warrnambool, Australia  *
  47.      //  \       *    Aquatic Biology/Computer Programming     *
  48.           |   \___/| *  A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d  *
  49.        /~/~~   ___/  *  Compiler - AND LOVING IT!! (Soon A1200??)  *
  50.        ~~~~~~~~      ***********************************************
  51.  
  52.  
  53.